The 

FileMaker 



A Newsletter For FileMaker™ Users 


Issue 24 

October 12,1989 

©1989 Elk Horn Publishing All Rights Reserved 

Contents Page 



FileMaker News & Notes 3 

Update: Verbalizing Your Wealth 4 

Printing Labels on a Laser Printer 5 

Top the Power of Existing Data 9 

FileMaker Challenge 15 


Elk Horn Publishing 

PO Box 126 ■ Aromas ■ California 95004 ■ USA 







The FileMaker Report is published by 

Elk Horn Publishing 
PO Box 126 

Aromas, California 95004 USA 
Telephone; 408 • 726 •3148 
MacNet ID: ElkHornPub 

Elk Horn Publishing is an independent business not affiliated with Claris Corporation or with Apple 
Computer, Incorporated. The Library of Congress ISSN number for The FileMaker Report is 0896-0313. 
Issue number 1 was published in January, 1987. Issues are numbered sequentially with no volume 
divisions. The issue number is printed on the cover and at the bottom of inside pages. The date on the 
cover Is the last date that editorial updates are made before going to the printer. The FileMaker 
Report is not published monthly but ten issues per year - every four to seven weeks. Subscriptions are 
based on a number of issues, not on a length of time. Unless otherwise noted, the entire contents of 
the The FileMaker Report are copyrighted by Elk Horn Publishing and may not be reproduced in any 
form without permission. All rights reserved. 

FileMaker is a registered trademark of Claris Corp. The FileMaker logo and name are copyrighted by 
Claris Corp. Various additional trademarked names and symbols are used In this newsletter. Instead of 
adding a trademark symbol at every occurance of a trademarked name, we hereby state that we 
are using such names only in an editorial fashion and for the benefit of the trademark owner with no 
intention of trademark infringement. 






FileMaker News & Notes 


□ 


By 

Joe Kroeger 


New 

Newsletters 


□ 


Training 

in 

FileMaker 


□ 


FileMaker 

Courses 


New Seminar? □ 

How Fast Is □ 
Your Mouse? 

MacNet □ 


Page 3 Issue 24 


In the last issue I mentioned an attractive newsletter called 
ThePage (Box 14493, Chicago, IL 60614). There is another newsletter 
you should consider as well. C. J. Weigand was a columnist for 
MACazine and for Personal Publishing. He has now started The Weigand 
Report. It also addresses publishing issues, but less from the design 
perspective and more from the business side. I expect that C. J., a long¬ 
time subscriber to this newsletter, will Avrite about some database pub¬ 
lishing topics. Write to The Weigand Report at PO Box 647, Gales Ferry, 
CT 06335 for more information. 

Several suppliers are beginning to pay more attention to FileMaker 
users by offering seminars, books, video tapes, audio tap>es, etc. One 
that came across my desk is a video tape from Catt Communications 
Group that demonstrates their line of training video tapes. Their mar¬ 
keting thrust is that Mac manuals are terrible and it is better to watch 
a video tape instead. That approach may be nice for some people, but 
not me, especially for FileMaker (the FileMaker manual is actually 
pretty good). The demo tape announcer mispronounces words and the 
literature has misspelled words. The brief FileMaker portion of the 
sample tape spent a lot of time scrolling around the screen trying to get 
to a place to do something useful. I found it not valuable. 

Another entiy is a series of audio tapes and companion diskettes 
from Personal Training Systems. They have courses on several Mac 
products, including FileMaker. The tapes and literature and diskettes 
are well-produced and well-written. The tape announcers are profes¬ 
sionals and the topics covered have been selected, written and se¬ 
quenced nicely. Someone fairly intimate with FileMaker evidently con¬ 
tributed a lot to this project. 

The procedure is to open one of their working demo files and listen 
to the tape while executing the exercises. The pacing on the tape allows 
the student to follow along on-screen comfortably. There is a single tape 
and a single diskette for each course and there are four FileMaker 
courses: Beginner, Intermediate, Advanced, Tips & Techniques. Each 
course is almost $50 which is a bit steep for an Individual. For an 
organization that can train several people from a single course or set, it 
is not so bad. A free catalog is available from Personal Training Sys¬ 
tems, PO Box 54240, San Jose, CA 95154. Or call 800-TEACH-99. 

Would any of our readers be Interested in a FileMaker seminar for 
consultants and advanced users? 

Apple has done a study of the relative performance of mousing us 
keyboard shortcuts. Their conclusion seems surprising: overall, mous¬ 
ing is just as fast! Do you agree or disagree? 

The FileMaker Report is on MacNet. Our ID is ElkHomPub. Feel 
free to use MacNet (in addition to the phone and the mail) to ask 
questions about the newsletter, about our articles, about back issues. 
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about your subscription, about FileMaker itself. If you are on MacNet, 
News & Notes drop us an email note when you get a chance. MacNet is a telecommu¬ 

nications service from Connect, Inc., that, unlike Compuserv and 
(continued) Genie, has a good user interface based on icons, folders and pull-down 

menus. You need to get their telecomm software, but once you are on¬ 
line you have access to a wide range of information and services. For 
more information about MacNet call 408-973-0110. 

Author, Author q Article authors for The FileMaker Report are paid 10 per word. You 

won’t get rich, but it can add up to some nice bucks. A modest article 
might be 1500 words which translates into $150. Let me know if you 
would like to give it a try - I can even suggest topics if you Uke. 

Template and database authors for the Elk Horn Library are paid a 
royalty on each item sold, usually 50%. The advantage of this type of 
income is that it is on-going without additional work on your part other 
than support. As the Library gets wider distribution, our authors are 
gradually earning more. 


In addition to these direct payments, all our authors also can buy 
any Library templates at half price. Perhaps you should join us and 
exercise a new aspect of your creativity. 

Claris □ Claris moved a few months ago and they have a new address: 
Contacts Claris Corporation 

M/S C-XX 

PO Box 58168 

Santa Clara, CA 95052 


For the mail stop portion of the address use M/S C-71 for Software 
Registration, M/S C-12 for Technical Support, M/S C-11 for Customer 
Relations. The Claris Technical Support phone number is 408-727- 
9054. The Tech Support hours are 6:00 am to 6:00 pm Monday through 
Thursday and 6:00 am to 2:00 pm on Friday (Pacific time). For Cus¬ 
tomer Relations the phone number is 408-727-8227. The Customer 
Relations hours are 8:00 am to 5:00 pm Monday through Thursday and 
8:00 am to 2:00 pm on Friday (Pacific time). 
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Update: Verbalizing Your Wealth 

□ Thanks to reader Don Weiss in Las Vegas for pointing out a minor 
problem with the equations on Page 14 of Issue 17 of The FileMaker 
Report. The Verbalizing Your Wealth article described a method for 
By S. C. Kim Hunter converting a check numeric amount to words. The problem Don foimd 

Acropolis Software was that the equations do not correctly capitalize all check amounts. 

For portions of the calculation where the amount is zero, a space 
character is retrieved from the lookup table. For example, if the “tens” 
part of the amount is 0, the tensLU field will contain a space character. 
This is true for all the lookups, but it only causes problems with the 
tenThousLU, tensLU, and onesLU fields. One might be tempted to 
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Just delete the space character from the “0" entry in the lookup file, but 
Update don’t do that: it completely fouls up the text string. 

(continued) Rather than fix the formulas to correctly capitalize only the first 

- letter, I decided the entire check amount should be in all caps. Some 

FileMaker users have Indicated that it is not even necessary to write out 
the check amount on computer-printed checks. 1 called several banks 
and got vague answers, but the consensus was that the banking law 
requires the check amount as a number and either written out or 
“crush-printed" with an imprinting machine. If it is printed, it should 
be in all caps (probably a hold-over from when computers could only 
print aU caps). 

To update the formulas, all the number words in the lookup file 
should be retyped as all caps. totalAmt should be changed to capitalize 
embedded words, and, to avoid extra spaces, if(,,) functions should be 
added where the tenThousLU, tensLU, and onesLU fields are used. 


Updated totalAmt = 

Equation jf (millions>0, millions & “ MILLION & 

it (hundThousLU>0, hundThousLU & "HUNDRED","") & 
if (tenThousLU>0, tenThousLU,"") & 
if (thousLU>0, thousLU & "THOUSAND ",“") & 
if (hundsLU>0, hundsLU & "HUNDRED","") & 
if <tensLU>0, tensLU,"") & 
if (onesLU>0, onesLU,"") & cents words 

The field for PropexAmt can either be eliminated, or reformulated 
to just = totalAmt. In changing to aU caps, the text string vrill get longer 
so check your layout lengths. You may have to use a smaUer font size. 
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Printing Labels on a Laser Printer 


By David V. Chartrand 

© 1989, Chartrand 
Communications, 
ali rights reserved. 


Chartrand 
Communications 
Suite 208 

6811 West 63rd Street 
Overland Park, KS 66202 
913-831-0080 


□ Ours is a very specialized public relations and media relations firm 
that is completely managed, top to bottom, with FileMaker. We have 
used FileMaker since the original program was first released, and we 
use it for everything from keeping our books to managing several news¬ 
letter circulation databases to producing mail labels. 

As a small office, we prefer to manage as little paper inside as 
possible. Our motto is “Whenever possible, have it done outside.” We 
produce several newsletters, for example, and we transmit our Page¬ 
Maker, camera-ready files via modem directly to commercial Linotronic 
shops for final film; from there, straight to the printer emd from there 
straight to the maU house. It’s the production of maU labels that we 
have been trying hard lately to streamline and automate. 
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Thus, we were delighted to get a chance to test-drive the new “Laser 
Labels” advertised by label giant Aveiy. We have for some time been 
producing all our labels by dumping them straight from a MacSE to an 
Imagewriter I for printing on one-across Aveiy labels. It's done the Job 
weU enough. But for large label runs (1,000 and up), the Imagewriter I 
speed just isn’t adequate (even at draft-quality).* And, of course, the 
final print quality is nothing to brag about. 

Label You can call Aveiy toll-free at 800-882-4050 and ask them to send 

Source ^ customer catalog with complete information on all their laser- 

compatible products for generating labels and office forms. What’s nice 
is that Aveiy will let you buy small quantities. Since we wanted to just 
test one of their three-across label products, we ordered a single box of 
100 sheets. The cost was about $8.00. They let us place the order on a 
company credit card. 

The Aveiy laser label product range is impressively varied, but a bit 
disappointing in terms of standard mail labels. Most of their standard 
mailing labels are only 1 inch tall. To get a taller label you must jump to 
one that is quite wide. 

Selecting By contrast, we have for several years been doing our labels on the 

Label Imagewriter with Aveiy labels that are 3.5 or 4 inches wide and 1.5- 
Size inches tall. That’s a perfect dimension for the user that needs to put 
lots of information on a label and it allows larger characters that are 
easier to read. Avery offers the 1.5-tnch label in a one-up product but 
not on cut-sheet laser labels. (The reason is probably paper-waste: a 
label 1.5 inches by 3.5 would only be two-across on an 8.5 x 11 sheet, 
and would leave a chunk of “wasted” space on a page. A smaU price to 
pay, in our opinion.) 


Laser Labels 

(continued) 


Booklet 

Included 


We would love to know if there ore any "output' 
firms that will take FileMaker databases (on disk or via 
modem) and generate labels for a fee. This would be 
particularly handy for very large label runs where a 
business (such as ours) wants to maintain the data¬ 
base in-house but doesn't wish to tie up clerical staff 
and equipment running labels. 


We elected to try out the 1 x 2F(5,8) laser labels, 3 across, 30 to a 
sheet (Aveiy product #5160). Again, 1 inch taU is acceptable if you have 
address labels with no more than four lines of type. But we usually 
need five vertical lines of type. To make our five-line FileMaker layouts 
fit on such a label, we had to drop the font size down to nine points. 
Nine point type still turns out to be readable with our Apple LaserWriter 
Plus (it certainly wouldn’t read well on an ImageWriter output). How¬ 
ever, we’d prefer to set the type to 10 or 12 points. We hope Aveiy will 
give some consideration to offering a cut-sheet laser label that’s 1.5 
inches high. 

When we got the labels from Aveiy (shipment was very prompt) we 
were Impressed to note that the company went to the trouble of includ¬ 
ing a special mini-manual stuffed inside 
the box. It has detailed user notes for using 
fthereareany output tjie laser labels with numerous Mac and 
latabases (on disk or via applications. A veiy nice extra touch. 

; for a fee. This would be 

irge label runs where a Unfortunately, the section that con- 

5 to maintain the data- talned the FileMaker notes needs a serious 
jh to tie up clerical staff overhaul. For starters, it talks about File- 
5. Maker Plus. 'The “Plus” version of File- 
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LcEser Labels 

(continued) 


Useful 

Gutters 


Trial-and-Error 

Layout 

Adjustments 


Maker is so old that we were immediately suspicious about the useful¬ 
ness of the instructions that followed. And rightly so. The notes state 
that you should “make the header 0.055 inches high.” This, of course, 
cannot be done. E)ven with your LaserWriter printer option set for a 
larger print area, FileMaker’s layout will not let you any closer than . 12 
Inches from the top. As the illustration at the bottom of this page 
shows, we achieved a very nice three-across label layout by setting the 
header at .513 inches, after setting the FileMaker Page Setup option to 
allow a larger print area. 

Happily, the three-across Avery labels we bought have a nice “gut¬ 
ter” between the label columns as well as down the outside edges of the 
paper. This makes it very easy to peel off the labels. We send our labels 
to an outside mall house for final mall production and they reported no 
handling problems. In fact, our mail house hates to handle the old-style 
of cut-sheet labels where the labels completely fill the page and there 
are no gutters or edges for grabbing the labels. They hate these so bad 
that they charge a higher price to affix them; our new Avery labels 
qualified for the lower rate. 

We arranged our 3-across label layout in FileMaker by a short se¬ 
ries of trial and error strokes. There’s no way around it. Just put a few 
sheets of the labels in the LaserWriter and start experimenting. Or test 
your layouts on plain paper that you can then overlay on the labels to 
see if things fit. The illustration shows how our layout turned out based 
on printing to a LaserWriter Plus. 

Note that we set our layout after Jlrst setting our printer driver for 
“larger print area.” If you do this first, then you can align the print area 
more closely to the far edge of the label. Under the File menu, select 
Page Setup. Then click on the Options button. In the options window, 
put an “X” in the choice for a larger print area. (See the figures on the 
next page.) Then hit all the usual OK buttons to get back to your layout. 














































Then you go through the usual steps on your layout screen of 
choosing a 3-across layout and using the FileMaker T-square and lay¬ 
out grid to get the column alignment just where you want it. 

We got the label fields to line up perfectly after only about four or 
five test prints. Then we protected and recorded it all for future use by 
saving the whole layout and setup as a FileMaker script. 

The Avery 3-across 
labels we used have a 
short throwaway strip 
across the very top of the 
page. This provides a nice 
Header area. We used this 
Header to print an identi¬ 
fier and page number at 
the top of each page. All 
this provides protection 
for when you hand off the 
labels to someone else or 
an outside vendor to 
handle. In case the job 
gets misplaced or the 
pages shuffled, the user 
can quickly put it all back 
in order. 

Our test was done with several short jobs that quickly took us 
through the 30 sheets of labels in our initial supply. We were very 
happy, and quickly placed a larger order from Aveiy. We accomplished 
one 1,000-label run in a fraction of the time it had taken on the 
Imagewriter. And, of course, the labels look so much more professional 
and easy to read. 

No Jams Paper handling? We didn’t have a single printer jam. The Laser¬ 

Writer fed all the label sheets smoothly. But two very small footnotes: 

■ These labels are designed to handle the heat generated by a desktop 
laser printer. Still, they do emerge a little warm and a slight bit curled. 
After laying flat a few minutes, they’re fine. So give ’em a chance to rest. 

■ Because of the slight curling in the paper after printing, and because 
of the thickness of label paper, your sheets might have trouble “stack¬ 
ing” onto one another as they emerge onto the output tray of the 
printer. At least ours did. As label sheets exit the LaserWriter, they 
occasionally collide with the sheets that had landed before them. Our 
solution was either to pull each sheet off as it emerged, or rig the output 
tray so the sheets simply dropped cleanly to the fioor. 

It’s unlikely that we’U return to the Imagewriter for printing labels. 
And we plan to order some of Aveiy’s other special laser-compatible 
labels, like large forms and tags. 
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Tap the Power of Existing Data 


By Mike Harris 

©Watertechnics 1989. All 
rights reserved. 


□ When FileMaker files grow in number, size and complexity, infor¬ 
mation validation, error correction and data entry speed become in¬ 
creasingly important. As new files are created or enlarged, data correc¬ 
tion during entry is needed. After data entry, and on files full of data 
obtained elsewhere, the trick is to locate the errors and repair them. 
There are plenty of FileMaker tools and techniques that can be used to 
aid these processes. Perhaps the most useful, and most neglected, 
resource for improving FileMaker speed and accuracy is existing data. 


“Existing value only” “Eixlstlng value only" is a data entry option which can be selected 

during the creation or modification of a FileMaker data field (in Define 
mode). When selected, this option wiU only allow data to be entered into 
the field when the Information matches a value In at least one previous 
record. If a non-existing value is typed in and the enter key or tab key or 
mouse attempts to leave the field, FileMaker beeps a warning and 
brings up a dialog box. See figure. 


There are many ways to make use of this 
option. Example: for addresses, it can prevent 
entry of incorrect state abbreviations. For enter¬ 
ing part numbers, where correct data may be 
critical, it can help eliminate miskeyed entries. 
Existing values can also be viewed using the View 
Index command and an item selected for entry 
into a new record, improving consistency. 

This works fine when the file already contains enough records to 
cover all, or most, of the possible desired values. In brand new files, you 
can wait until enough records have been entered to turn on the “Exist¬ 
ing value only” option. Or you can answer the FileMaker warning dialog 
with permission to add a new value to the “existing” list when an 
entered Vcilue does not match the already-entered set. Obviously, some 
care should be exercised that the existing value set does not itself 
contain bad entries. 


A 

"Lock" is defined to contain 
enisting ualues only. Rdd this new 
ualue to the enisting ualues? 


[ OK ] [[Cancel]] 


Mike Harris is President of 
Watertechnics, a San 
Francisco Bay Area 
Macintosh consulting 
company, specializing in 
small business applications. 
He would be happy to talk to 
any FileMaker Report reader 
about this article or other 
Mac subjects. He can be 
reached at 408-423-8927 or 
write to: 

Watertechnics 
PO Box 2307 
Santa Cruz, CA 95063 


However, there are many cases where the file hi which new data is 
entered has little or no existing correct information. As data files get 
large, for Instance, it is often useful to clone the main file and enter data 
Into a sepeirate Data Entry Only (DEO) file. After a batch of new records 
are entered - say 75 records or perhaps one day’s worth - a fresh, 
empty copy of the DEO file is used for the next batch of records. The 
data from the DEO files are later input into the main data file as 
convenient, often at the end of the working day. DEO files, or templates, 
are used for a number of reasons; to speed data entry (large files are 
slower than small ones), to control possible damage to the main file 
from inexperienced operators, to limit the amount of original paper 
work that has to be examined to ferret out missing or erroneous data, to 
run several DEO files and entry operators in parallel for greater 
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Existing Data 

(continued) 


Dummy Records 


One Bucket 
or Many 


Tricks of the Trade 


Tie Together 
Multi-Word Entries 


throughput. The standard “Existing value only” function works best in 
the largest, most complete and most accurate files. This article will 
consider files like DEO that need some additional help in order to use 
existing data more effectively. 

One solution to an insufficient set of existing values is to create a 
set of dummy records that do contain complete and correct reference 
values. For instance, where a DEO template is being used, this set of 
dummy records would be placed in the original “empty” (of meaningful 
records) template file and, of course, be copied with the rest of the file 
for use with the next batch of records. These dummy records could be 
distinguished from “real” records with a value in a specially-created flag 
field or by using “Dummy” in a regular field such as the customer 
name. This allows the dummy records to be easily found and omitted 
(or deleted) after data entry is complete. Even without a special opera¬ 
tion, in most situations there will be an easy way to locate only “real” 
records. During transfer from one FileMaker file to another, only found 
records are copied, so it is possible to avoid deleting dummy records: 
just Find the real ones or Omit the dummies. 

One type of dummy record simply serves as a bucket to hold 
reference values. For Instance, to error-check state abbreviations on a 
mailing list, you might create 50 dummy records, each with one correct 
state abbreviation in the state field. 

Even better, you may create a single record that holds all 50 state 
abbreviations. There are two ways to do this. One is to simply enter all 
50 state abbreviations in one state field. If a space separates each 
abbreviation, FileMaker will create an index entry for each “word” (each 
state abbreviation) and a match to any of the dummy state abbrevia¬ 
tions will pass as correct. Or you may create a separate layout with a 
state field that is a repeating field - 50 repeats - with one abbreviation 
in each segment. This works because FileMaker really regards repeat¬ 
ing fields as one field for purposes of indexing. 

Whichever approach you take, it will often pay to create the needed 
dummy data in a separate file that can then be copied or Imported 
when a new DEO or template is created. 

Effective use of ciny of the exlsting-data strategies discussed here 
requires facility with three key text manipulation tricks: hard spaces, 
text calculations and turning text calculation fields into text data fields. 
A basic description of these techniques follows. For more detail see the 
Filemaker manual and previous related FUemaker Report articles. 

There is a potential problem when using existing-data techniques 
for fields with mulU-word values like city names. You really want File¬ 
Maker to regard the entire city name as one word (e.g. “San Francisco”) 
- otherwise the reference values are “San” and “Francisco”. This would 
allow a valid data entry of “Francisco” only, or with many city names 
something like “San Clara” would pass when it should be “Santa 
Clara”. To avoid this fate, tie words together, both in the reference 
dummy records and in the “real” data entry, by using a hard space 
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Existing Data 
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rather than a conventional space between the words. The hard space Is 
entered using “option-space bar”. FileMaker sees the hard space as a 
letter, so “San Francisco” becomes a single word in the index. You will 
notice that hard spaces are displayed a little wider than regular spaces. 

It is often necessary to work with data files from “foreign” sources 
- even IBM text files (The Data From Hell!) - or to change the format of 
your own older files. This sort of correction is accomplished through 
text calculations. Filemaker II has quite a powerful suite of text calcu¬ 
lation functions, and no attempt will be made to comprehensively dis¬ 
cuss them here. Let the record show, however, that good error correc¬ 
tion requires understanding text calculations. The Filemaker Report 
has had a number of articles featuring clever formulae. 

Consider a simple text calculation for controlling case in state 
abbreviations. The “Existing value only” data entry option is not upper/ 
lower case sensitive. To be certain an entry like a state abbreviation 
always ends up all upper case requires some additional effort. One way 
to achieve all upper case is to create a text calculation that operates on 
the original data field. In the simple case of the State field: 
UpperStofeCalc = upper(state) {text result} 

While text calculations allow you to correct and manipulate text 
very nicely, calculation fields have quite different properties than data 
fields. You cannot directly change a value in a calculation field - for 
Instance, FileMaker does not let you select a calculated field with the 
mouse. Field types also have to be reconciled when merging files from 
different sources. The simplest way to turn a calculation field into a 
data field is to simply change the field type, in Define mode, from a 
Calculation type to a Text type. Filemaker retains in the text field the 
result originally held in the calculation field. The opposite conversion 
does not retain data however, and Filemaker wlU warn you with a dialog 
box. Of course, these field-type conversions would be done after aU data 
entiy was complete in that file or template. 

Field type changes can be made automatic when merging files. 
Consider the exetmple of the state abbreviation. UpperStateCalc may 
be needed in a foreign data file to make sure that all abbreviations end 
up in upper case. If you want to merge the new corrected file with an 
older database, you may have a problem if, say, the corresponding data 
field in the old file is called State and is a simple text data field. 
However, if you change the name of the calculation field to State and go 
about the usual inputting of one Filemaker file into another, the receiv¬ 
ing data field will accept the calculation field result value. The only re¬ 
quirement is that the field names in both files are exactly the same. 

When a calculation field needs to be turned into a data field imme¬ 
diately, in the file in which the calculation corrections are occurring, 
you can use self-lookup. Self-lookup is a largely undocumented vari¬ 
ation of Filemaker’s lookup function (see The FUemaker Report, issue 14 
for a good discussion of self-lookup). When defining entry options for a 
field, the lookup option dialog asks if you want to “lookup a value in 
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another file” but does not mention that the “other file” can. In fact, be 
the veiy file you are in. 

The first requirement for self-lookup is that each record have a 
unique identifying field. This is needed because FileMaker is actually 
going to look at the data in a calculation field and insert the value into 
a text field within the same record. Indeed, as good general practice 
every FileMaker file should always have two fields; “Record Number" 
(with the “auto-enter-serial” option selected) and “Record Date" (with 
the “auto-enter-today’s-date" option selected). The “Record Number” 
field can be used as a unique record identifier for self-lookup and both 
fields are useful for disaster recovery. 

Self-lookup for our state abbreviation would be done as follows. 
Create a data field (“upper case data field”), go to “Entry Options” and 
select “look up value in another file”. When asked which file to use, pick 
the file you are in. Use some unique record field, in our case “Record 
Number”, as the lookup key. 

You are now creating a corrected data field on the fly. Self-lookup 
can also be used Instead of “Existing values only" in another type of 
dummy record. For Instance, in a check writing program a number of 
checks each month are going to be essentially identical to checks writ¬ 
ten previously - for rent say, and car payments. If the check payee field 
data matches an existing record within the file, you can look up other 
information from the previous (now dummy) check: the amount of the 
check, the written amount line, any notes printed on the check, the 
chart of accounts number for accounting purposes, or any other field. 
Fllemaker will always look up the first record that matches its lookup 
criteria, so if dummy records are placed first hi the file the lookup will 
always copy their data values. 

Where a field value changes from month to month the dummy field 
may be generic, or incomplete: if the current check is to be “May rent 
123 Main Street", the dummy may have “rent 123 Main Street” and the 
month can be added to the current check manually. (There are, by the 
way, ways to extract the relevant month from the check date and add it 
to the “rent” line. Use a text calculation field that concatenates “May " 
onto the “rent 123 Main Street” line, then turn the calculation Into a 
data field with self-lookup. You don’t have to be concerned about these 
lookups getting In the way of unique records - where no lookup match 
is found, nothing is entered and the data field can be typed Into as 
usual when the lookup option is not selected. Of course, this type of 
dummy record can be placed in a completely separate file, if required, 
and accessed through the usual lookup procedure.) 

An entire set of dummy records can be stored in a file created solely 
for that purpose, and then Input as a group directly into a main file. 
Instead of brought in through the lookup function. In the check writing 
case, perhaps you write 25 or 30 checks each month which vary very 
little, and then only in amount. When it’s time to write checks, just 
Input the dummy records into your main check writing file. Then go 
through and make any necessary changes. 
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Existing Data 

(continued) 
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Numbers 


Dummies to Duplicate 


Existing Values From 
Other Files 


You may even automate some of the adjustments. Check dates can 
be changed all at once, before or after input, using the universal re¬ 
placement function (3€ =). Check numbers can be auto-entered. In the 
dummy file, define these fields: 

Starting Check Number {numeric fieid} 

Record Number {numeric fieid} 

Check Number = {numeric resuit} 

Starting Check Number + Record Number 

When ready to do the monthly common batch of checks, find the 
next check number in sequence in the main check-writing file. Enter 
this number in the “Starting Check Number” field in one of the records 
in the dummy file. Chose universal replacement to enter the value in all 
records. If the “Record Number” field in each record is unique and 
sequential (1 through 25 say), each dummy check record will have the 
appropriate check number. It remains only to be sure that in the main 
file, the check number field is also called “Check Number”. If you write 
checks weekly Instead of monthly, you might distinguish among 
checks in the dummy file by a week identifying field, and input only the 
subset of dummy records appropriate for a particular week. 

A third type of dummy record uses the concept of existing values in 
another way. Consider the case of a retail store which often sells the 
same set of products together as “packages”, say a hot tub dealer. It 
may be necessary to articulate on an invoice all the parts of the package 
- the pump, the filter, the heater etc. - but there may be many similar 
packages sold. If a number of dummy records are created reflecting 
these common packages, a new version of that package can be quickly 
produced by duplicating the appropriate dummy record (use Duplicate 
Record under the Edit menu). FileMaker automatically adds a new 
record number ctnd invoice date, if appropriately defined, to an other¬ 
wise identical copy of the dummy record. This technique serves the 
dual purpose of saving time and insuring accuracy. By the way, this 
also works to quickly reproduce multiple entries into a repeating field, 
which is not possible with self-lookup. If the number of dummy records 
is about ten or less, use scripts to go to each dummy as a first step 
before duplication. This will reduce starting a new record from the 
dummy model to two keystrokes. 

Dummy records may not be suitable in all situations. The number 
of dummy files might have to hold far too much information, for in¬ 
stance. If you have a file with complete, accurate information, you can 
use it to error check data entry into a completely different file. Suppose 
you have a large file, a mailing list of prospective customers. Perhaps 
you got the list from a mailing service and you have reaison to believe 
the Zip Code, State and City fields are dead accurate. You are entering 
new customers into a customer record file. Since you just got started in 
business the customer record file is not large. Also, none of your cus¬ 
tomers have yet come from the prospect mailing list, so a straight 
customer lookup from the prospect list won’t work. You want to use the 
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Existing Data 
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Readers: there must be 
hundreds of tips and 
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Conclusion 


large, accurate prospect mailing list to check data entry into the new 
customer file - customers who do not themselves appear on the pros¬ 
pect mailing list. 

One way in which your new customer data can be scrambled is for 
the City, the State or the Zip to be wrong. Use the large prospect list to 
validate entry of these fields into your new list. 

On the basis of the Zip entered into the new customer file, lookup 
data from the prospect list for entry into your new City and State 
customer file fields. During data entry, enter the Zip of the new cus¬ 
tomer first. You can then compare visually the looked-up City and 
State data to that from the new customer source - which might be a 
hand-Avritten business reply card or order information taken over the 
phone. If there’s a match on both fields from both sources you’re in 
business. If not, the zip may have been entered incorrectly, or you may 
have to go to a zip code directory and try to correct your new customer 
Information. 

If you don’t have a file of good City, State and Zip Information, the 
Elk Horn Library sells a file containing all 43,000-1- zip codes In the US 
with their associated cities and states. Or you can create your own file 
based on old customer records or other data you trust. 

Lookups can also be used to correct existing data files. Suppose 
you received another prospect mailing list, but of problematic accu¬ 
racy. Open the file to be error checked and create two new data fields; 
LUCity and LUState. For both fields select the “lookup in another file" 
option and lookup these values on the basis of Zip code in the good 
prospect file. Now define two calculation fields to compare the looked- 
up information with the existing data in the questionable file: 

Same City Comp = (text result) 

if (City = LUCity, " ","Aiert: City Error") 

Same State Comp = {text result) 

if (State = LUState, " ", "Alert: State Error ") 

Either bad = {text result) 

if (Same City Comp > a or Same State Comp >a. Same City Comp & 

Same State Comp,"" ’") 

Trigger a lookup by placing the cursor in the Zip field and choosing 
Relookup from the Edit menu. Then do a find on the Either Bad 
field(>a) and you will have found a group of questionable records. 

These techniques can be used. In combination or in variations, to 
take advantage of existing values both to error check and to avoid 
unnecessary data entry. We have found in our consulting practice that 
there is virtually no relevant existing information that cannot be used 
in some way to improve data entry speed and accuracy in new files. By 
using lookups and text calculations followed by conversion of the cal¬ 
culations to data fields, it is even possible to produce virtually auto¬ 
matic data error correction of weak files. _ 
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FileMaker Challenge 2 


-□ A nonprofit organization maintains a mailing list of donors and 

potential donors. The list is used regularly for several types of mailings. 
In some cases the mail is general and best sent to business addresses. 

Background At other times the appeal is personal and better sent to home ad¬ 
dresses. Some long-time donors have left special requests about where 
mail should be sent under different circumstances. The list is large, 
about 10,000 donors, and sets of mailing labels are needed often. 


Problem 


This issue’s FileMaker Challenge is to devise a method for printing, 
in one pass, mailing labels for this list that meet different circum¬ 
stances. To take the simplest case, allow up to two addresses for each 
donor. The first address will be the normal mailing address for general 
solicitations. The second address, which need not be entered in every 
record, is for personal invitations, such as to a annual ball. 


Design a means by which an average operator could as easily as 
possible generate any of these three sets of mailing labels: 
Requirements each donor’s first address. 

(2) each donor’s second address, where one exists, and their first ad¬ 
dress where one does not. 


(3) a custom list, where the address selected from the possible two in 
each record is determined by a value entered in a field; this list will 
allow some accommodation to donors’ special mailing requests. 


This is not a trivial problem. It looks like it cannot be done using a 
script or even three scripts. The solution needs to allow any one of the 
three lists to be printed in a single pass, using aU records, with the 
operator able to sort by zip or other desired parameter. 

The primary criteria forjudging entries will be the speed and sim¬ 
plicity with which any required list can be generated from the data 
base. Please Include 25 sample records. 


Rules 

The FileMakerReportwQl once in a while challenge readers to solve interesting problems, and we’re 
offering a prize for the best solution offered. 

• Entries will be judged by Joe Kroeger, Mike Harris and anybody else we may meet over a beer in 
Capitola. • We will look for originality, cleverness, simplicity and speed. Solutions which stay within File- 
maker. rather than involving outside programs like Tempo, wUl be preferred. • We may declare more than 
one winner or none at all. • Each challenge will have at least one solution, which will be published if no 
reader solves the problem more eloquently. • We may publish more than one solution, in all or in part, to 
illustrate particularly interesting points. • A given challenge is closed to further entries 90 days after the 
publication date on the cover of the newsletter. 

First prize for each challenge will be a free five-issue extension of the winner’s subscription and credit 
of $20 toward the purchase of templates from the Elk Horn Library. A second prize, when awarded, will be 
a five-issue subscription extension. Send your solution to Elk Horn Publishing, PO Box 126. Aromas, CA 
95004. Please Include a diskette with a FileMaker template that illustrates your design as well as a text or 
WriteNow or MacWrite file that briefly describes your approach. 
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All subscriptions to The FileMaker Report are delivered via first class mall (domestic) or air mail (outside 
the US). Subscription rates are subject to change without rxjtice. Rates shown are in US dollars. Current 
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Available back Issues cost US $6 each plus postage and handling. Ask for details. A back Issue order 
form and index is included with each new subscription. A compilation of information from back issues 
will be published in 1989. 

Mailing labels for each issue have a pair of numbers in the upper right-hand corner that indicate the 
first and last issues of the subscription. Subscriptions may be cancelled at any time and a refund will be 
issued for the unused portion. Subscription funds are kept in a separate account and a per-issue 
proportiorxjl amount is earned by the publisher with each issue. 

Subscribers are Invited to submit writeups, notes, articles and article ideas for publication In 
The FileMaker Report, in addition to feature articles, the newsletter is looking for notes about bugs, 
operating suggestions, neat calculations, nice designs, solutions for application problems, and so 
forth. Readers can also contribute to any of the regular columns and sections in the newsletter. Please 
write if you have questions about FileMaker or contributions or comments or suggestions. Currently 
authors are paid 109 per word for published material. 

Unless otherwise noted, the entire contents of the The FileMaker Report are copyrighted by Elk Horn 
Publishing. The FileMaker Report may not be reproduced or transmitted In whole or in part, in any form 
or by any means, electronic or mechanical, including photocopying or transcription, without the 
explicit written permission of the publisher, except for brief quotations In news items or reviews. It is not 
legal to make copies of this publication to distribute for others to read, not even to circulate within an 
organization. 

The information contained in The FileMaker Report has been carefully written, prepared and edited 
and has been obtained from sources believed to be reliable; nonetheless, no representation Is made 
as to its accuracy or completeness. No warranty, expressed or implied, is offered for any losses due to 
the use of any material published in The FileMaker Report. Opinions expressed herein represent the 
views of the individual authors based on information available at the time of publication and are 
subject to change without notice. 
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